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DETAILED ACTION 

1 . This office action has been issued in response to amendment filed 12/13/2007. 
Claims 1-22 are pending. Applicant's amendment necessitated the new 

ground(s) of rejection presented in this Office action. 

Accordingly, this action has been made FINAL, as necessitated by amendment. 

Priority 

2. Acknowledgment is made of applicant's claim for foreign priority based on 
Application No. 2002-340041 filed on 22 November 2002 under 35 U.S.C. 119(a)-(d), 
the certified copy has been filed in the Application No. 10/717707, filed on 1 1/21//2003. 

Double Patenting 

3. In view of applicant's filed "terminal disclaimer" approved on 1 1/2/2006, the 
double patent rejection as set forth in the previous office action is hereby withdrawn. 

Information Disclosure Statement 

4. As required by M.P.E.P. 609(C), the applicant's submissions of the Information 
Disclosure Statement dated 12/13/2007 is acknowledged by the examiner and the cited 
references have been considered in the examination of the claims now pending. As 
required by M.P.E.P 609 C(2), a copy of the PTOL-1449 initialed and dated by the 
examiner is attached to the instant office action. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1-22 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Lowry, US Patent No.: 5,953,724 (Hereinafter "Lowry") in view of Deitel et al., "How to 
Program C++," (Hereinafter "Deitel et al."). 
Regarding claim 1, Lowry shows: 

An apparatus for displaying a hierarchical structure of a plurality of classes (fig 
2A, col 4, line 48-54, col 10, lines 15-22), comprising: 

A memory configured to hierarchically store a database (fig 1, element 26) for the 
plurality of classes each having properties, each class representing a concept 
characterized by the properties; (fig 2A, col 4, line 57- 67, col 5, line 2-12, 46-48, col 14, 
line 61-62, col 15, line 11-17, line 50-57, fig 5A, Lowry is directed to database structure, 
more specifically arranging nodes in a hierarchical structure having parent-child, 
relationship as detailed in fig 2A, hierarchical structure corresponds to Lowry's fig 2A; it 
is further noted that Lowry specifically teaches "node properties table" that including 
information about each node in the hierarchical relationship as detailed in table 4, 
therefore, node property whether parent node or child node is integral part ofLowery's 
teaching., further each node may be an object belongs to specific class or classes, col. 
10, lines 15-22) 
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A display configured to output a first area of the parent class and a second area 
of each child class, the first area including all of the second area of each child class {col 
5, line 66-67, col 6, line 39-43, col 7, line 19-28, co 10, line 15-31, Lowry specifically 
teaches multiple related hierarchical structure in which specific nodes establishes 
relationship between other nodes as parent-child relationship, further each node 
regarded as specific parent class and specific child class as detailed in col 6, line 39-43, 
col 7, line 19-28,, col 10, line 15-31, it is noted that Lowry specifically suggests each 
class or category of entity are defined in a hierarchical structure for example 
organizations, people, locations as detailed in col 10, line 15-22) to indicate an inclusion 
relationship between the parent class and the child class {col. 4, lines 28-65. col 5, line 
48-52, line 61-62,, line 66-67, Lowry specifically teaches displaying not only hierarchical 
graphical structure", but also clearly displaying multiple nodes and heir hierarchical 
relationships particularly, node 1, node 9 is a parent and other nodes are child nodes as 
detailed in fig 2A, Lowry in Figure 2A clearly displays parent node including all the areas 
of child nodes through the use of branches, illustrated by element 56) and 

An operation unit configured to select the first area or the second area on said 
display {fig 7 A, col 12, line 10-14, Lowry specifically teaches number of fields displayed 
in a specific area[s], for example code may be displayed in a code box element 148 
corresponds to first area, while association selection box corresponds to second area 
on the display, this allows users to select first area i.e., code or association selection 
box element 146); 
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Wherein, when said operation unit selects the second area, said display outputs 
a list of properties of the child class, the list including the properties of the parent class 
(col 15, line 62-67, col 16, line 1-6, Lowry specifically suggests node properties with 
respect to key fields in the chart level, also node properties including height of the box, 
vertical gap, width of the box and like as detailed in col 16, line 1-6). 

Lowry does not expressly disclose that the properties of a parent class in the 
plurality of classes being inherited to each child class belonging to the parent class; 

However, Deitel et al. shows: 

The properties of a parent class in the plurality of classes being inherited to each 
child class belonging to the parent class; (page 577-579 "9.1 Introduction" wherein the 
concept of inheritance in object-oriented programming introduced, page 580, paragraph 
one, wherein inheritance forming tree-like hierarchical structures is discussed, page 
580, figures 9.2 and 9.3 wherein the inheritance hierarchy is shown as a tree-like 
structure, page 612, chapter 9.1 6, paragraph three, wherein figure 9.13 that models 
design incorporating inheritance is shown, page 613, Figure 9.12 showing model design 
incorporating inheritance) 

Lowry teaches hierarchical graphical listing computer software. The software 
generates a hierarchical graphical listing (or a chart). The listing includes virtually any 
relationship between nodes. Nodes can be characterized as parent or child nodes when 
they are at different hierarchical levels. Nodes can also represent classes. Nodes 
further can convey any relationships between components within a software program. 
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Lowry, however, does not expressly disclose all possible specific relationships that can 
be depicted. 

Deitel et al. teaches a well known and one of the most important capability of 
inheritance in object-oriented programming. Deitel et al. further teaches that inheritance 
forms tree-like hierarchical structures that are later presented in figures and models. 
Figures and models of Deitel present specific relationships depicted graphically. 

It would have been obvious to one of ordinary skill of the art at the time the 
invention was made to use inheritance relationships of Deitel et al. in the hierarchical 
graphical listing of Lowry for the predictable result of generating a graphical listing 
based on the inheritance relationships of classes. 

Regarding claim 2, Lowry in view of Deitel et al. shows: 

Display outputs all of the first area including all of the second area. {Lowry: fig 

2A-2B) 

Regarding claim 3, Lowry in view of Deitel et al. shows: 

Display outputs class information related to the parent class or the child class in 
response to a selection from said operation unit. {Lowry: col 4, lines 61-63) 

Regarding claim 4, Lowry in view of Deitel et al. shows: 

Display outputs a list of the properties of the parent class when said operation 
unit selects the first area. {Lowry: col 6, table 1, line 38-41, table 1 specifically suggests 
list of different class properties including property type, functions) 

Regarding claim 5, Lowry in view of Deitel et al. shows: 



Application/Control Number: 10/717,707 Page 7 

Art Unit: 2167 

Display outputs property information related to one property from the list of 
properties when said operation unit selects the one property from the list of properties. 
{Lowry: table 1-2, col 9, lines 28-36) 

Regarding claim 6, Lowry in view of Deitel et al. shows: 

Display outputs a mark in correspondence with each class of the first area and 
the second area, and wherein the mark represents that a corresponding class 
hierarchically includes a child class. (Lowry: fig 2A-2B, col 9, lines 41-48) 

Regarding claim 7, Lowry in view of Deitel et al. shows: 

Operation unit indicates whether an area of the child class is displayed in an area 
of the corresponding class. (Lowry: fig 2A-2B) 

Regarding claim 8, Lowry in view of Deitel et al. shows: 

A status of the mark of the corresponding class of which the area of the child 
class is displayed is different from a status of the mark of the corresponding class of 
which the area of the child class is not displayed. (Lowry: fig 2A-2B, col 9, lines 49-58) 

Regarding claim 9, Lowry in view of Deitel et al. shows: 

A status of the mark of the corresponding class of which the child class has an 
instance is different from a status of the mark of the corresponding class of which the 
child class does not have an instance. (Lowry: fig 5A, 2A, col 7, line 48-58) 

Regarding claim 10, Lowry in view of Deitel et al. shows: 

Display outputs another mark in corresponding with the child class which has the 
instance. (Lowry: col 8, lines 28-33) 

Regarding claim 11, Lowry in view of Deitel et al. shows: 



Application/Control Number: 10/717,707 Page 8 

Art Unit: 2167 

Operation unit selects a class to display direct classes from the plurality of 
classes, and wherein said display outputs the direct classes to which the class belongs. 
{Lowry: col 8, lines 38-45) 

Regarding claim 12, Lowry in view of Deitel et al. shows: 

Operation unit sets a universal root class commonly including a first hierarchical 
structure derived from a first root class and a second hierarchical structure derived from 
a second root class. (Lowry: fig 2A-2B, Lowry specifically suggests hierarchical 
structure and hierarchical relationships as detailed in fig 2A-2B) 

Regarding claim 13, Lowry in view of Deitel et al. shows: 

Wherein said operation unit sets a retrieval start point to the parent class of the 
first area on said display, and wherein a retrieval object is limited to the child class 
having the instance. (Lowry: col 9, line 15-21, fig 2A-2B) 

Regarding claim 14, Lowry in view of Deitel et al. shows: 

Operation unit sets the retrieval start point to a class including at least two child 
classes each having an instance. (Lowry: col 9, line 15-21, fig 2A-2B) 

Regarding claim 15, Lowry in view of Deitel et al. shows: 

The child class inherits at least one property of each of a plurality of parent 
classes in the plurality of classes stored in said memory. (Lowry: table 1-2, col 9 lines 
28-36; Deitel et al.: page 577-579 "9. 1 1ntroduction," page 580, paragraph one, page 
580, figures 9.2 and 9.3 page 612, chapter 9. 16, paragraph three, page 613, Figure 
9.12) 

Regarding claim 16, Lowry in view of Deitel et al. shows: 
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A display status of the child class inheriting at least one property of each of the 
plurality of parent classes is different from a display status of another child class not 
inheriting at least one property of each of the plurality of parent classes. (Lowry: col 15 
lines 42-53; Deitel et al.: page 577-579 "9.1lntroduction," page 580, paragraph one, 
page 580, figures 9.2 and 9.3 page 612, chapter 9.16, paragraph three, page 613, 
Figure 9.12) 

Regarding claim 17, Lowry in view of Deitel et al. shows: 
Operation unit indicates a reference of an inheritance source class of one 
property of the child class inheriting at least one property of each of the plurality of 
parent classes, and wherein the inheritance source class is one of the plurality of parent 
classes. {Lowry: col 15 lines 42-53; Deitel et al.: page 577-579 "9.1 Introduction," page 
580, paragraph one, page 580, figures 9.2 and 9.3 page 612, chapter 9.16, paragraph 
three, page 613, Figure 9.12) 

Regarding claim 18, Lowry in view of Deitel et al. shows: 
A color of a property in the list of properties of the child class as an inheritance 
destination class is the same as a color of the parent class having the property as the 
inheritance source class. {Lowry: col 15 lines 66-67, col 16, lines 1-6; Deitel et al.: page 
577-579 "9.1 Introduction," page 580, paragraph one, page 580, figures 9.2 and 9.3 
page 612, chapter 9.1 6, paragraph three, page 613, Figure 9.12) 
Regarding claim 19, Lowry in view of Deitel et al. shows: 
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Operation unit sets a number of hierarchical levels for a plurality of classes at an 
initialization mode to display the hierarchical structure of the plurality of classes. (Lowry: 
fig 2A-2B) 

Regarding claim 20, Lowry in view of Deitel et al. shows: 
Operation unit sets an identifier of each class to be expansible displayed in the 
plurality of classes at the initialization mode. (Lowry: col 9, line 15-21) 
Regarding claim 21, Lowry shows: 

A method for displaying a hierarchical structure of a plurality of classes, {fig 2A, 
col 4, line 48-54, col 10, lines 15-22), comprising: 

Hierarchically storing a database for the plurality of classes each having 
properties, each class representing a concept characterized by the properties; (fig 2A, 
col 4, line 57- 67, col 5, line 2-12, 46-48, col 14, line 61-62, col 15, line 11-17, line 50- 
57, fig 5A, Lowry is directed to database structure, more specifically arranging nodes in 
a hierarchical structure having parent-child, relationship as detailed in fig 2A, 
hierarchical structure corresponds to Lowry's fig 2A; it is further noted that Lowry 
specifically teaches "node properties table" that including information about each node 
in the hierarchical relationship as detailed in table 4, therefore, node property whether 
parent node or child node is integral part of Lowery's teaching., further each node may 
be an object belongs to specific class or classes, col. 10, lines 15-22) 

Displaying a first area of the parent class and a second area of each child class 
belonging to the parent class, the first area including all of the second area of each child 
class (col 5, line 66-67, col 6, line 39-43, col 7, line 19-28, co 10, line 15-31, Lowry 
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specifically teaches multiple related hierarchical structure in which specific nodes 
establishes relationship between other nodes as parent-child relationship, further each 
node regarded as specific parent class and specific child class as detailed in col 6, line 
39-43, col 7, line 19-28,, col 10, line 15-31, it is noted that Lowry specifically suggests 
each class or category of entity are defined in a hierarchical structure for example 
organizations, people, locations as detailed in col 10, line 15-22) to indicate an inclusion 
relationship between the parent class and the child class {col. 4, lines 28-65. col 5, line 
48-52, line 61-62,, line 66-67, Lowry specifically teaches displaying not only hierarchical 
graphical structure", but also clearly displaying multiple nodes and heir hierarchical 
relationships particularly, node 1, node 9 is a parent and other nodes are child nodes as 
detailed in fig 2A, Lowry in Figure 2A clearly displays parent node including all the areas 
of child nodes through the use of branches, illustrated by element 56) and 

Selecting the second area displayed {fig 7 A, col 12, line 10-14, Lowry specifically 
teaches number of fields displayed in a specific areafs], for example code may be 
displayed in a code box element 148 corresponds to first area, while association 
selection box corresponds to second area on the display, this allows users to select first 
area i.e., code or association selection box element 146); 

Displaying a list of properties of the child class, the list including the property of 
the parent class, {col 15, line 62-67, col 16, line 1-6, Lowry specifically suggests node 
properties with respect to key fields in the chart level, also node properties including 
height of the box, vertical gap, width of the box and like as detailed in col 16, line 1-6). 
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Lowry does not expressly disclose that the properties of a parent class in the 
plurality of classes being inherited to each child class belonging to the parent class; 
However, Deitel et al. shows: 

The properties of a parent class in the plurality of classes being inherited to each 
child class belonging to the parent class; (page 577-579 "9.1 Introduction" wherein the 
concept of inheritance in object-oriented programming introduced, page 580, paragraph 
one, wherein inheritance forming tree-like hierarchical structures is discussed, page 
580, figures 9.2 and 9.3 wherein the inheritance hierarchy is shown as a tree-like 
structure, page 612, chapter 9.16, paragraph three, wherein figure 9.13 that models 
design incorporating inheritance is shown, page 613, Figure 9.12 showing model design 
incorporating inheritance) 

Lowry teaches hierarchical graphical listing computer software. The software 
generates a hierarchical graphical listing (or a chart). The listing includes virtually any 
relationship between nodes. Nodes can be characterized as parent or child nodes when 
they are at different hierarchical levels. Nodes can also represent classes. Nodes 
further can convey any relationships between components within a software program. 
Lowry, however, does not expressly disclose all possible specific relationships that can 
be depicted. 

Deitel et al. teaches a well known and one of the most important capability of 
inheritance in object-oriented programming. Deitel et al. further teaches that inheritance 
forms tree-like hierarchical structures that are later presented in figures and models. 
Figures and models of Deitel present specific relationships depicted graphically. 
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It would have been obvious to one of ordinary skill of the art at the time the 
invention was made to use inheritance relationships of Deitel et al. in the hierarchical 
graphical listing of Lowry for the predictable result of generating a graphical listing 
based on the inheritance relationships of classes. 

Regarding claim 22, Lowry shows: 

A computer readable medium storing a computer readable program code for 
causing a computer to display a hierarchical structure of a plurality of classes, said 
computer readable program code (fig 2A, col 4, line 48-54, col 10, lines 15-22), 
comprising: 

Instructions for a first program code to hierarchically store a database for the 
plurality of classes each having properties, each class representing a concept 
characterized by the properties; (fig 2A, col 4, line 57- 67, col 5, line 2-12, 46-48, col 14, 
line 61-62, col 15, line 11-17, line 50-57, fig 5A, Lowry is directed to database structure, 
more specifically arranging nodes in a hierarchical structure having parent-child, 
relationship as detailed in fig 2A, hierarchical structure corresponds to Lowry's fig 2A; it 
is further noted that Lowry specifically teaches "node properties table" that including 
information about each node in the hierarchical relationship as detailed in table 4, 
therefore, node property whether parent node or child node is integral part ofLowery's 
teaching., further each node may be an object belongs to specific class or classes, col. 
10, lines 15-22) 

Instructions for a second program code to display a first area of the parent class 
and a second area of each child class belonging to the parent class, the first area 
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including all of the second area of each child class (col 5, line 66-67, col 6, line 39-43, 
col 7, line 19-28, co 10, line 15-31, Lowry specifically teaches multiple related 
hierarchical structure in which specific nodes establishes relationship between other 
nodes as parent-child relationship, further each node regarded as specific parent class 
and specific child class as detailed in col 6, line 39-43, col 7, line 19-28,, col 10, line 15- 
31, it is noted that Lowry specifically suggests each class or category of entity are 
defined in a hierarchical structure for example organizations, people, locations as 
detailed in col 10, line 15-22) to indicate an inclusion relationship between the parent 
class and the child class (col. 4, lines 28-65. col 5, line 48-52, line 61-62,, line 66-67, 
Lowry specifically teaches displaying not only hierarchical graphical structure", but also 
clearly displaying multiple nodes and heir hierarchical relationships particularly, node 1, 
node 9 is a parent and other nodes are child nodes as detailed in fig 2A, Lowry in Figure 
2A clearly displays parent node including all the areas of child nodes through the use of 
branches, illustrated by element 56) and 

Instructions for a third program code to select the second area displayed {fig 7 A, 
col 12, line 10-14, Lowry specifically teaches number of fields displayed in a specific 
area[s], for example code may be displayed in a code box element 148 corresponds to 
first area, while association selection box corresponds to second area on the display, 
this allows users to select first area i.e., code or association selection box element 146); 

Instructions for a fourth program code to displaying a list of properties of the child 
class, the list including the properties of the parent class, (col 15, line 62-67, col 16, line 
1-6, Lowry specifically suggests node properties with respect to key fields in the chart 
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level, also node properties including height of the box, vertical gap, width of the box and 
like as detailed in col 16, line 1-6). 

Lowry does not expressly disclose that the properties of a parent class in the 
plurality of classes being inherited to each child class belonging to the parent class; 

However, Deitel et al. shows: 

The properties of a parent class in the plurality of classes being inherited to each 
child class belonging to the parent class; (page 577-579 "9.1 Introduction" wherein the 
concept of inheritance in object-oriented programming introduced, page 580, paragraph 
one, wherein inheritance forming tree-like hierarchical structures is discussed, page 
580, figures 9.2 and 9.3 wherein the inheritance hierarchy is shown as a tree-like 
structure, page 612, chapter 9.16, paragraph three, wherein figure 9.13 that models 
design incorporating inheritance is shown, page 613, Figure 9.12 showing model design 
incorporating inheritance) 

Lowry teaches hierarchical graphical listing computer software. The software 
generates a hierarchical graphical listing (or a chart). The listing includes virtually any 
relationship between nodes. Nodes can be characterized as parent or child nodes when 
they are at different hierarchical levels. Nodes can also represent classes. Nodes 
further can convey any relationships between components within a software program. 
Lowry, however, does not expressly disclose all possible specific relationships that can 
be depicted. 

Deitel et al. teaches a well known and one of the most important capability of 
inheritance in object-oriented programming. Deitel et al. further teaches that inheritance 
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forms tree-like hierarchical structures that are later presented in figures and models. 
Figures and models of Deitel present specific relationships depicted graphically. 

It would have been obvious to one of ordinary skill of the art at the time the 
invention was made to use inheritance relationships of Deitel et al. in the hierarchical 
graphical listing of Lowry for the predictable result of generating a graphical listing 
based on the inheritance relationships of classes. 

Response to Arguments 

6. Applicant's arguments with respect to claims 1-22 have been considered but are 
moot in view of the new ground(s) of rejection. 

7. However, following arguments could still be pertinent: 

a) "Lowry at least fails to teach the claimed "display configured to output a first 
area of the parent class ... including all of the second area of each child class " 
(emphasis added) as recited in claim 1 ... However, Lowry's chart does not include a 
node that includes all of another node. Therefore, Lowry fails to teach a "display 
configured to output a first area of the parent class ... including all of the second area of 
each child class " (emphasis added) as recited in claim 1 ." 

b) Claim 1 also recites "the first area including all of the second area of each 
child class to indicate an inclusion relationship between the parent class and the child 
class" (emphasis added). Lowry also fails to disclose at least this element ... However, 
like Windows Explorer, Lowry does not illustrate inclusion relationships between 
classes." 
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As per argument "a," examiner respectfully disagrees. Lowry indeed teaches 
display configured to output a first area of the parent class ... including all of the second 
area of each child class. As can be clearly seen in at least figure 2A, connecting 
branches as illustrated by element 56 between parent and child nodes clearly connect 
parent to child nodes, as such first area of the parent class includes all of the second 
area of each child class by way of a connecting branch. 

As per argument "b," similar to the response above, it can be clearly understood 
by one of ordinary skill in the art that "connecting branches" that connect node 
elements represent "inclusion relationship" as claimed. As child node clearly has 
inclusion relationship with parent node by way of being included by a connector 
element. Also as set forth in the rejection of claim 1 above, inheritance is a well known 
concept wherein child classes inherent (include) properties of parent classes. By 
displaying a graph representing classes as nodes and connectors representing 
inheritance relationship, inclusion of child to a parent is inherent. 



Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
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TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

The examiner requests, in response to this Office action, support be shown for 
language added to any original claims on amendment and any new claims. That is, 
indicate support for newly added claim language by specifically pointing to page(s) and 
line no(s) in the specification and/or drawing figure(s). This will assist the examiner in 
prosecuting the application. 

When responding to this office action, Applicant is advised to clearly point out the 
patentable novelty which he or she thinks the claims present, in view of the state of the 
art disclosed by the references cited or the objections made. He or she must also show 
how the amendments avoid such references or objections See 37 CFR 1.111 (c). 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ALEKSANDR KERZHNER whose telephone number is 
(571)270-1760. The examiner can normally be reached on Mon-Fri 9:00-6:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John E. Breene can be reached on (571) 272-4107. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

03/07/2008 
/Aleksandr Kerzhner/ 
Examiner, Art Unit 2162 



/Kuen S Lu/ 

Primary Examiner, Art Unit 2167 



